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A PROTOCOL ADAPTER FRAMEWORK FOR INTEGRATING NON-IIOP 
APPLICATIONS INTO AN OBJECT SERVER CONTAINER 



5 FIELD OF THE INVENTION 



The present invention relates to providing access to objects and methods 
in an Object server running on a computer system from a remote client via 
arbitrary protocols other than the Object server standard protocol, the selected 
10 arbitrary protocols being definable by the implementer of the server object, rather 
than the provider of the Object server container. "Object server" is defined as a 
software program that provides the mechanisms to instantiate, communicate 
with, invoke methods on, save, and destroy objects on a server from a remote 
p client machine. It also implements the Object server container. "Object server 

15 container" is defined as software that provides services to raw class libraries 
representing objects. These services include managing the Implementation 
Registry, process and thread management for object instances, assigning unique 
W reference ids to new objects, publicizing the services it provides, authenticating a 

1 clients' access to the objects and methods, dispatching incoming client requests 



20 to the appropriate stub, as well as providing transactional systems management, 
fU and persistence related functions. 



f s 



DESCRIPTION OF RELATED ART 



25 Object servers, sometimes known as object brokers, typically provide 

access to objects via some middleware standard protocol such as the CORBA 
(Common Object Request Broker Architecture) MOP (Internet Inter-Orb Protocol) 
which runs on top of a communications protocol such as Transmission Control 
Protocol/Internet Protocol (TCP/IP). While this standard protocol allows the 

30 object server to interoperate with client ORBs (Object Request Brokers) on 
heterogeneous platforms that conform to the standard protocol, it has some 
drawbacks. Among these are difficulties in flowing the protocol across firewalls, 
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the heavy weight and high number of network flows required, and the complexity 
of the client ORB and large footprint required to support the protocol on the client 
machine. This is especially a problem for smaller, low-power, pervasive devices. 
Also, there exist other protocols which are defined by standards such as the IETF 
5 (Internet Engineering Task Force), RTSP (Real Time Streaming Protocol) which 
could be used to communicate with objects running in the object server's 
container. 



Some object servers have provided access via HTTP to some subset of 
10 the functions available in their containers, but while this provides one possible 
solution to some of the problems, it is at the discretion of the object server 
provider and is implemented as a special case in the proprietary code of the 
container. To enable another protocol would require another change to the 
J| proprietary code of the container, and will only be made if the object server 

15 container provider feels there is sufficient business reason for the development 

CO expense. For new application types that wish to take advantage of the services 

Cf3 

yj available in the object container but don't wish to use MOP, this will not be 

apparent. 
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Lq 20 SUMMARY OF THE INVENTION 

^ The primary object of the present invention is to provide a method and 

apparatus that will allow the developer of an application embodied by objects and 
methods residing in an object server to define an arbitrary distributed protocol 
25 appropriate to the application and to use this protocol to communicate with 
remote clients. Thereby, the current inability in prior art for the application 
developer to choose and implement a protocol appropriate to the particular 
distributed application is overcome. 



30 A secondary goal of the invention is to allow different programming 

models to be used by client machines in accessing objects and methods in the 
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Object server. Consequently, a client need not explicitly be invoking methods in 
the object server but instead using a more natural programming model which is 
translated by the Protocol Adapter into methods on an object in the object server. 
Services are provided to allow the developer to code the Protocol Adapter to a 
high level API (Application Program Interface) to accomplish functions common 
to distributed applications in a non-system specific way. This allows the 
developer to code a "thinner" application rather than being responsible for 
knowing all the details of specific systems socket programming model, interface 
to its security product, etc. 



It will become apparent to those skilled in the art, as the description 
proceeds, that the invention overcomes inefficiencies in the prior art by allowing 
the developer to use the same services for systems management that the 
implementer of the server container uses. This results in less code that the 
15 developer has to create; moreover, a common systems management interface 
for all application residing in the container simplifies the overall systems 



ii j management task. 



J;^ The exclusive right in accordance with the present invention is defined as 

fij 20 follows: A computer system coupled to work stations operated by remote clients 
_4 comprising an object server container within the system, the container having a 

□ plurality of server objects relating to specific servers; means for providing access 

to the server objects from the remote clients, said means including a protocol 

adapter framework for supporting an appropriate arbitrary protocol between the 
25 clients and the server objects, the protocol adapter being operable to. translate 

client requests into method requests on an object residing within an object 

server. 

The foregoing and still further objects and advantages of the present 
30 invention will be more apparent from the following detailed explanation of the 
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preferred embodiments of the invention in connection with the accompanying 
drawings: 

BRIEF DESCRIPTION OF THE DRAWINGS 

5 

The Figure shows a computer system with the protocol adapter framework 
and various protocol adapters along with the methods the protocol adapter 
framework provides and their relation to an object server. 

10 DETAILED DESCRIPTION OF THE INVENTION 

The present invention is directed to a computer system on which an object 
broker (also known as an Object server) is capable of providing services for 

C3 

^^g remote clients. Referring to Fig. 1 , an exemplary computer system 40 is shown 

\ 

p 15 including Object servers 112 capable of running several different types of work 
CO concurrently in which one type is a traditional client request from an ORB 14 

id (Object Request Broker) by way of an object oriented program, while another is 

an HTTP request from a web browser 16 and another is a request from a Video 
M player 18. A fourth request is from other application 20 for an arbitrary server 

fy 20 implemented by methods and objects in the object server from its workstation 

client. 

It will be understood that when the Object server is initialized, installed 
Protocol Adapters 22 are invoked by the Protocol Adapter Framework 24. This 

25 allows them to wait on a predefined port 26 (x,y,z) for requests from remote 
clients. The port number is an example of a parameter that in a stand-alone 
application (one that is not implemented by objects in an Object Server) would be 
defined in an initialization file. In the case of an application that resides in an 
Object server container, this parameter can be set by a system administrator via 

30 the systems management tool and made available to the Protocol Adapter 22. 
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Parameter values reside in an Application Configuration Object 40 and are 
available via methods 42 targeting this object. The systems management tool 
can thus be used to configure the Object server container, which contains the 
plurality of servers 12 and the protocol adapter framework 24, and applications 
5 that reside within it. This simplifies the systems management task especially if 
there are a large number of machines hosting a small number of application 
types since it reduces the proliferation of initialization files, consolidating all this 
activity into a common tool. 



10 It will be appreciated that the software portion of the present invention 

instructs the computer system seen in Fig. 1 to perform the steps or operations 
depicted in Fig. 2. Thus, the system is initialized as seen by block 100 (Fig. 2) to 
„ begin performing the programmed steps based on the machine code stored on a 

conventional disk. A defined protocol adapter 22 is invoked by the adapter 
^£ 15 framework to perform the initialization. Then, the adapter invokes the listen 
5'I socket communication method 42 on the communication port 26 it expects 

W requests on. After invoking the Listen method provided by the Protocol Adapter 

Framework 24, each Protocol Adapter 22 waits for a work request (block 104). 
Jf^ When a workstation client connects to the port, the protocol adapter manager is 

fU 20 listening on a session object is created by the protocol adapter framework (block 
1% 106), Once a request arrives and the Protocol Adapter is given control, the 

Q Protocol Adapter would issue a peek method provided by the Framework on the 

session object (block 108), that returns a buffer translated to the local code page. 
A further part of the Framework provides methods (3) against the session object 
25 to initiate a Secure Sockets Layer (SSL) handshake, allow the server and client 
to authenticate themselves, select cryptographic algorithms, and establish an 
encrypted SSL connection, if desirable, for the particular protocol. The peeked 
buffer may contain some or all the information a Protocol Adapter needs to 
classify the incoming work request and derive the correct method, parameters 
30 and sever object to invoke. If necessary for a specific protocol further write and 
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read methods (block 1 1 0) could be issued against the session object to get more 
information from the workstation client. 

It will be understood that once the Protocol Adapter 22 is able to derive a 
5 method and object for this request, it will have to determine if the server object 
needs to be instantiated first. Some protocol adapters may only use methods on 
one Object server object and so may choose to instantiate it an initialization time, 
others may choose to instantiate on a per request basis, but others may keep a 
pool of instantiated objects ready. When the Protocol Adapter has all the 
10 information necessary to classify (block 118), the incoming work request, 
including possibly the identity of the requestor a call to the classification sen/ice 
50 is made. The additional steps or operations of the basic process in 
accordance with the invention are signified by blocks 120-128 of Fig. 2. 

J 15 The classification of work which derives a business importance form rules 

ra specified by the system administrator, and operation of the workload manager 

[0 

yj which provides queuing services and the process management mechanism form 

l'^ no part of this invention but are described in greater detail in U. S. Patent 

k 5,473,773 to J. D. Aman et al., entitled "Apparatus and Method for Managing a 

fu 20 Data Processing System Workload According to Two or More Distinct Processing 
Ji^ Goals"; a work request is placed on and removed from a queue using put_ work 

P and get_ work services provided by the operating system. The operating system 

may be the IBM OS/390 operating system but the invention is not limited to this 
particular platform. It is part of the Object server structure in which this work 
25 request is detected and the correct server object is dispatched and that work 
classification and differentiated service which are well known in the art are 
provided. Once the work request has caused a Server object to become active, 
it begins executing the requested method with whatever parameters the protocol 
adapter may have specified. 

30 
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It will now be fully understood how the previously stated goals of the 
invention are realized, including 1) the goal of the invention that this server object 
enjoys the benefits of services provided by the object Server container it is 
running in such as transactional services, process isolation for failure tolerance, 
5 management of ready processes, logging and execution tracing for diagnosis 
and recovery purposes, recovery and restart services, differentiated service by 
business importance and workload reporting for performance analysis; 2) the 
further goal of the invention that output generated by the server object may be 
processed by a method in the protocol adapter to send the data to the client 
10 workstation according to the protocol it expects. An alternative goal is for the 
server object to create an independent connection of its own with the client work 
station and transmit data according to a protocol (not necessarily the same as 
the original request protocol) that both remote client and server object agree 
\U upon. 
15 



After the Server object has completed execution and results have been 
returned to the client according to the proper protocol the session object may or 
may not be destroyed. If it is not, the Protocol Adapter may receive new 
If^ requests on this session object while it has maintained the state of the session 

fU 20 (client identity, cryptographic algorithm and key, code page, existence of Server 



object instance, etc.) otherwise, new requests will start from connecting to the 
port that the protocol adaptor is waiting on. 



In order to provide a complete teaching to those in this art, the flow of an 
25 application request coming from a workstation client using a protocol defined by 
the implementa of the server object, is listed in detail herewith: 

Defined protocol adapters (1) are invoked by the protocol adapters 
framework (2) to perform initialization at object server startup time. A protocol 
30 adapter invokes the listen socket communication method (3) on the 
communication port (4) it expects requests on. The protocol adapter now returns 
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to the adapter framework and is inactive until a request arrives. A request arrives 
from a workstation client (5) at the port the adapter is listening on. The protocol 
adapter is given control by the protocol adapter framework to process this 
request. A session object (6) is created by the protocol adapter framework which 
5 allows the protocol adapter to invoke methods against it to communicate with the 
client. A read message method is invoked against the session object to get the 
text of the incoming request. If necessary, character set translation is performed 
against the message text by invoking a translation framework method (7). 
Secure socket session methods can be invoked to create a secure (encrypted) 
10 session is the adapter requires. Application configuration parameters (8) can be 
queried by invoking methods against the systems management component of the 
object server. The protocol adapter communicates with the workstation client via 

... send and read message methods until it has enough information to classify the 

work. Protocol adapter invokes a protocol adapter framework adapter method 

,p 15 (9) to classify the work according to request type, client id, or other information. 

Protocol adapter queues the work request to an object server container (10 work 
queue (11). The method representing the request is run by the object server 

3 (12), it is managed and provided with differentiated service according to the 

classification performed by step 1 1 . The method representing the request runs 

fU 20 to completion and output is passed back to the adapter for translation to the 

f4 character set and format of the remote client. The protocol adapter transmits this 

response to the client via send method. Alternatively, the method representing 
the request may open an additional socket for private communication with the 
client. Several requests may arrive on the original port which will cause the 
25 protocol adapter to drive more methods against the object representing the 
application under the same session object. 

The invention having been thus described with particular reference to the 
preferred forms thereof, it will be obvious that various changes and modifications 
30 may be made therein without departing from the spirit and scope of the invention 
as defined in the appended claims. 
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